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Besclirelbung 



Interworking von Protokollen tiybrider Multimedianetze 

5 

In der Vergangenheit haben slch zwei wesentllche Typen von 
Kommunikationsnetzen zur Ubermittlung von Inf ormatlonen h.eir- 
ausgebildet: Paketorientierte (Daten-) Netze und leitungsori- 
entierte (Sprach-) Netze. Im Zuge der Konvergenz dieser bei- 
10 den Netztypen haben sich konvergente Multimedianetze Ineraus- 
gebildet. Durch Zusanraienschluss dieser unterschiedlichen 
Netztypen entstehen hybride Netze. 

Leitungsorientierte Netze - aucti Sprachnetze, Telephonnetze 

15 Oder Public Switclied Telephone Network (PSTN) genannt - sind 
auf die Obermittlung von in der Fachwelt auch als (Sprech.-) 
Verbindung, Gesprach oder Call bezeichneten kontinuierlich 
stromenden (Sprach-) Inf ormationen ausgelegt. Die Uberitiitt- 
lung der Inf ormationen erfolgt hierbei iiblicherweise mit 

20 hoher Dienstgute und Siclierheit. Bei spiel sweise ist ftir Spra- 
che eine minimale - z.B. < 200 ms - Verzogerung (Delay) ohne 
Schwankungen der VerzGgerungszeit (Delay- Jitter) wichtig, da 
Spraclie bei Wiedergabe im Empf angsgerat einen kontinuierli- 
ctien Inf ormationsf luss erfordert, Ein Inf ormationsverlust 

25 kann deshalb nicht durch ein nochmaliges tJfbermitteln der 

nicht iibermittelten Information ausgeglichen werden und fiihrt 
im Empf angsgerat Iiblicherweise zu akustisch wahrnehmbaren 
St5rungen (z.B. Knacksen, Verzerrung, Echo, Stille) . In der 
Fachwelt wird die Ubermittlung von Sprache verallgeme inert 

30 auch als Echtzeit- (tJbermittlungs-) Dienst bzw. als Realtime- 
Service bezeichnet. 

Paketorientierte Netze - auch Datennetze genannt - sind auf 
die Ubermittlung von in der Fachwelt auch als Datenpaketstro- 
35 me. Session oder Flow bezeichneten Paketstromen ausgelegt. 
Hierbei' muss iiblicherweise keine hohe Dienstgute garantiert 
werden. Ohne garantierte Dienstgute erfolgt die Obermittlung 
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der Datenpaketstrome z.B. mit zeitlicti schwankenden Verzo- 
gerungen, da die einzelnen Datenpakete der Datenpaketstrome 
ublicherweise in der Reihenfolge ihres Netzzugangs ubermit- 
telt warden^ d.h. die zeitlichen Verzdgerungen warden iimso 
grofier, je mehr Pakete von einem Datennetz zu iibermitteln 
sind. In der Fachwelt wird die Obermittlung von Daten deshalb 
auch als tJbermittlungsdienst oKne Echtzeitbedingungen bzw. 
als Won-Realtime-Service bezeichnet. 

Die Pakete untersclneiden sicli tibliclierweise je nacli Art des 
paketorientierten Netzes • Sie k5nnen beispielsweise als In- 
ternet, X.25 Oder Frame Relay Pakete/ aber auch als ATM Zel- 
len ausgebildet sein. Sie werden zuweilen auch als Nachrich- 
ten bezeichnet, v. a. dann, wenn eine Nachricht in einem Paket 
ubermittelt wird. 

Ein bekanntes Datennetz ist das Internet. Dieses wird wegen 
des dort zum Einsatz koiranenden Internet Protokoils IP zuwei- 
len auch IP Netz genannt, wobei dieser Begriff grundsatzlich 
weit zu verstehen ist und alle Netze umfasst, in denen das IP 
Protokoll eingesetzt wird. Das Internet ist als offenes 
(Weitverkehrs-) Datennetz mit offenen Schnittstellen zur 
Verbindung von (zumeist lokalen und regionalen) Datennetzen 
unterschiedlicher Hersteller konzipiert. Es stellt eine vom 
Hers teller unabhangige Transportplattf orm zur Verfiigung. 

Verbindungen (Connections) sind Kommunikationsbeziehungen 
zwischen ziamindest zwei Teilnehmern zum Zweck einer - zumeist 
gegenseitigen, d.h. bi-direktionalen - Inf ormationsiibermitt- 
lung. Der die Verbindung initiierende Teilnehmer wird iibli- 
cherweise als ' A-Teilnehmer ' bezeichnet. Ein durch eine Ver- 
bindung mit einem A-Teilnehmer in Verbindung gesetzter Teil- 
nehmer heilit 'B-Teilnehmer • . In einem verbindungslosen Netz 
reprS.sentieren Verbindungen zumindest die auf logisch abs- 
trakter Ebene eindeutige Beziehung zwischen A- und B-Teil- 
nehmer, d.h. entsprechend dieser Sichtweise stellen z.B. die 
verbindungslosen Flows im Internet logisch abstrahierte Ver- 



wo 2005/027487 



PCT/EP2004/052031 



bindungen dar (z.B. A-Teilnehmer = Browser und B-Teilnehmer = 
Web Server) . In einem verbindungsorientierten Netz reprasen- 
tieren Verblndungen zudem auf physikalischer Ebene eindeutige 
Wege durch das Netz, entlang denen die Inf ormationen ubermit- 
5 telt werden. 

Signalisierung dient zur Abstimmung von Netzkomponenten un— 
tereinander, jedoch nicht zur "eigentlichen" Inf ormations- 
ubermittlung im obigen Sinne. Die zur Signalisierung iibermit- 

10 telten Inf ormationen werden iiblicherweise als Signalisie- 
rungsinf ormationen, Signalisierungsdaten bzw. schliclit als 
Signalisierung bezeiclinet. Der Begriff ist dabei weit zu 
verstehen. So sind z.B. audi die Nachrichten zur Steuerung 
von Registration, Admission und Status (RAS) , die Nachrichten 

15 zur Steuerung von Nutzkanalen bestehender Gesprache (z.B. 

gemaii dem Standard H.245) sowie alle weiteren Shnlich ausge- 
bildeten Nachrichten umfasst. Die "eigentlichen Infoirmatio- 
nen" werden zur Unterscheidung von der Signalisierung auch 
Nutz inf ormationen, Payload, Medieninf ormationen, Mediendaten 

20 Oder schlicht Median genannt. Kommunikationsbeziehungen, die 
zur Ubermittlung der Signalisierung dienen, werden im weite- 
ren auch als Signalisierungsverbindungen bezeichnet. Die zur 
Ubermittlung der Nutzinf ormationen eingesetzten Kommunikati- 
onsbeziehungen werden z.B. Sprechverbindung, Nutzkanalverbin- 

25 dung oder - vereinfacht - Nutzkanal, Bearer channel oder 
schlicht Bearer genannt. 

In diesem Zusammenhang versteht man unter out-of-band bzw. 

outband die ttbermittlung von Inf ormationen auf einem anderen 
30 Weg / Medium als den im Kommunikationsnetz zur Ubermittlung 

von Signalislerungs- und Nutzinf ormationen vorgesehenen . 

Insbesondere ist hiervon eine lokale Konf iguration von Ein- 

richtungen vor Ort umfasst, die z.B. mit einer lokalen Steu- 

ereinrichtung vorgenommen wird. Demgegeniiber werden bei in- 
35 band Inf ormationen auf dem gleichen Weg / Medium, ggf . lo- 

gisch getrennt von den betrachteten Signalisierungs- und 
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Nutzinf ormationen, iibermittelt . 

Im Zuge der Konvergenz von Sprach- und Datennetzen werden 
Sprachabermittlungsdienste und zunehmend auch breitbandigere 
5 Dienste wie z.B. Obermittlung von Bewegtbildinf ormationen 
ebenfalls in paketorientierten Netzen realisiert, d.h. die 
Obermittlung der bisher ublicherweise leitungsorientiert 
libermittelten Echtzeitdienste erfolgt in einem konvergenten 
Netz - auch Sprach-Daten-Netz oder Multimedianetz genannt - 
10 paketorientiert, d.h. in Paketstromen. Diese werden auch 

Echtzeitpaketstrame genannt. Die tibermittlung von Sprachin- 
f ormationen xiber ein paketorientiertes IP Netz wird dabei 
auch mit 'VoIP' (Voice over IP) gekennzeichnet . 

15 In den internationalen Standardisierungsgremien IETF (Inter- 
net Engineering Task Force) und ITU (International Telecommu- 
nications Union) mehrere verteilte Architekturen fur Multime- 
dianetze beschrieben^ die zunachst von homogenen Multxmedia- 
netzen ausgehen. 

20 

Bei der ITU wird im dazu grundlegenden Standard H.323 der 
Transport von Sprache, Daten und Videostr5men aber ein IP 
Netz definiert. Audio- und Videostrome werden dabei gemaJi 
dem Protokoll RTP/RTCP iibermittelt. Die Connection Control 
25 wird u.a. durch das Protokoll H.225 bewirkt, das die Signa- 
lisierung^ Registrierung und die Synchronisation von Me- 
dienstromen ermoglicht. Die H.323 Architektur sieht vor- 
nehmlich folgende Typen von Funktionseinheiten vor: 

- Endgerat, z.B. ein Terminal in einem Local Area Network 
30 (LAN) , zur bi-direktionalen Echtzeit-Kommunikation mit 

anderen Endgeraten, 

- Gatekeeper zur Durchfiihrung der Connection Control, 

- Media Gateway (MG) an der Schnittstelle zu anderen Netzen 
zur Konvertierung von H.323 Formaten in die Formate die- 

35 ser Netze, 

- Media Gateway Controller (MGC) zu Steuerung von Media 
Gateways, insbesondere deren jeweils ubermittelten Ver- 
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bindungen,. mit Hilfe des Protokolls H.248 sowie zur Kon- 
vertierung zwlschen unterschiedlichen Signalisierungspro- 
tokollen . 

5 Bex der IETF wird im Session Initiation Protocoll <SIP) die 
Telephonie uber das Internet genormt/ womit interaktive 
Verbindungen uber das Internet bereitgestellt werden kon~ 
nen, SIP unterstiitzt die Steuerung von Verbindungen und die 
Obersetzung von SIP Adressen in IP Adressen. SIP basiert 

10 auf vergleichsweise intelligenten Endpunkten, von denen 
viele Signalisierungsfunktion selbst durchgef iilxrt . Wenn 
eine Connection mit Hilfe von SIP aufgebaut wird, so wird 
zwischen den beiden Seiten der Verbindung iiblicherweise eine 
Beschreibung des Bearers ausgetauscht . Dazu wird das Session 

15 Description Protocol (SDP) nach dem Standard RFC2327 einge- 
setzt- Dieser Einsatz ist u.a. im Standard RFC3264: "An Of- 
fer/Answer Model with the Session Description Protocol (SDP)" 
beschrieben. Wichtig sind dabei vor allem folgende Bearer 
Daten : 

20 

IP Adresse der Bearer Connection 
- RTP/UDP Port der Bearer Connection (je nachdem, ob eine 
Sprach- oder Dateniibertragung vorliegt) 

Codec (s), die fur die Sprach bzw. Dateniibertragung benutzt 
25 werden <k5nnen) 

Streammode der Bearer Connection 

Bei einem Connection Setup kann ein SIP Proxy Server zum 
Einsatz kommen, z.B. wenn sich die in Verbindung stehenden 

30 Endpunkte nicht kennen. Er kann auch dafiir ausgelegt sein, 
einen empfangenen Request fiir einen Client (z.B. ein IP 
Telefon, einen PC oder ein PDA) zu bewerten, zu andern 
und/oder weiterzugeben . An der Schnittstelle zu anderen 
Netzen sind ebenfalls MG und MGC vorgesehen. Zur Steuerung 

35 der MG wird das Protokoll MGCP (Media Gateway Control Pro- 
tokoll) genutzt. 
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Beiden Architekturen ist gemeinsam^ dass die Connection 
Control Ebene und die Resource Control Ebene funktional deut- 
lich voneinander getrennt sind und meist sogar auf unter- 
schledlichen Hardware Plattformen realisiert werden. 

5 

Die Connection Control Ebene dient der geregelten Aktivierung 
und Deaktivierung von Netzdiensten • Sie kann dazu dedizierte 
Connection Controller umfassen, denen folgende Funktionen 
zugeordnet sein kdnnen: 
10 - Address Translation: Umsetzung von E.164 Telephonnxammern 

und anderen Alias Adressen (z.B. Rechnernamen) auf Trans- 

portadressen (z.B. Internetadressen) . 

- Admission Control: Priifung, ob und/oder in welcheiti Umfang 
eine Nutzung des Kommunikationsnetzes zulassig ist. 

15 - Alias Address Modification: Ruckgabe einer modif izierten 

Alias Adresse, die von Endpunkten z.B. zum Verbindungsauf- 
bau verwendet werden - 

- Bandwidth Control: Verwaltung von Ubermittlungskapazita- 
ten^ z.B. durch Steuerung der zulassigen Anzahl von Ein- 

20 riditungen^ die gleichzeitig das Kommunikationsnetz nutzen 

diirf en. 

- Connection Authorization: Zul^ssigkeitsprUf ung fur einge- 
hende und ausgehende Verbindungswiinsche . 

- Connection Control Signalling: Vermittlung und/oder Verar- 
25 beitung von Signalisierungsnachrichten . 

- Connection Management: Verwaltung von bestehenden Verbin- 
dungen . 

- Dialed Digit Translation: Ubersetzung der gewahlten Zif- 
fern in eine E.164 Telephonnummer oder eine Nummer aus ei- 

30 nem privaten Nummerierungs schema . 

- Zone Management: Registrierung von (z.B. VoIP fShigen) 
Einrichtungen und Bereitstellung obiger Funktionen fur al- 
le beim Connection Controller iregistrierten Einrichtungen. 

35 Die Resource Control Ebene dient der geregelten Durchfiihrung 
aktivierter Dienste. Zur Steuerung der Netzressourcen <z.B. 
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Obermittlungsknoten) kann sie Resource Controller \im£assen, 
denen folgende Funktionen zugeordnet sein konnen: 

- Capacity Control: Steuerung des deiti Komitiunikationsnetz 
zugefuhrten Verkehrsvolumens, z.B. durch Kontrolle und 

5 ggf • Begrenzung der zulasslgen Obermittlungskapazitat ein- 

zelner Paketstrome . 

- Policy Activation: Reservierung von (Obermitt lungs-) Res- 
sourcen im Komitiunikationsnetz. 

- Priority Management: Bevorzugte ttbermittlung von prioren 
10 Verkehrsstrttmen, z.B. mit Hilfe von Prioritatskennzeichen^ 

die in prioren Paketen vorgesehen werden. 

Beispiele fiir Connection Controller stellen der von der ITU 
in der H.323 Gatekeeper oder der SIP Proxy dar. Wird ein 

15 grol^eres Koiraaunikationsnetz in melirere Domanen - auch 'Zonen* 
genannt - gegliedert, kann in jeder DomcLne ein separater 
Connection Controller vorgesehen werden. Bine DomSne kann 
auch ohne einen Connection Controller betrieben werden. Sind 
mehrere Connection Controller in einer Domane vorgesehen^ 

20 soil nur ein einziger von diesen aktiviert sein. Ein Connec- 
tion Controller ist aus logischer Sicht getrennt von den 
Einrichtungen zu sehen. Physikalisch muss er jedoch nicht in 
einer separaten Connection Controller Einrichtung realisiert 
sein, sondern kann auch in jedem Endpunkt einer Verbindung 

25 (beispielsweise ausgebildet als H.323 oder SIP Endgerat, 

Media Gateway, Multipoint Control Unit) oder auch einer pri- 
mer zur programmgesteuerten Datenverarbeitung ausgebildeten 
Einrichtung (beispielsweise: Rechner, PC, Server) vorgesehen 
werden. Auch eine physikalisch verteilte Realisierung ist 

30 moglich. 

Ein alternatives Beispiel ftir einen Connection Controller ist 
ein Media Gateway Controller, dem ublicherweise die optiona- 
len Funktionen Connection Control Signalling and Connection 
35 Management zugeordnet werden. Weiterhin ist die Zuordnung 
einer Funktion Signalling Conversion zur Umsetzung unter- 
schiedlicher (Signalisierung-) Protokolle denkbar, was z.B. 
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an der Grenze von zwei unterschledllchen Netzen, die zu einem 
hybridan Netz zusammengeschlossen sind, erforderlich sein 
kann. 

5 Der Resource Controller wird auch als "Policy Decision Point 
(PDP) • bezeichnet. Er ist beispielsweise innerhalb von sog. 
Edge Routern - auch Edge Device, Zugangsknoten Oder bei Zu- 
ordnung zu einem Internet Service Provider <ISP) auch Provi- 
der Edge Router (PER) genannt - realisiert. Diese Edge Router 

10 kGnnen auch als Media Gateway zu anderen Netzen ausgebildet 
sein, mit denen die Multimedianetze verbunden werden. Diese 
Media Gateway sind dann sowohl mit einem Multimedianetz als 
mit den anderen Netzen verbunden und dienen intern der Umset- 
zung zwischen den unterschiedlichen (Ubermittlungs-) Proto- 

15 kollen der verschiedenen Netze. Der Resource Controller kann 
auch nur als Proxy ausgebildet sein und Resource Controller 
relevante Inf ormationen an eine separate Einrichtung weiter- 
leiten, auf der die relevanten Inf ormationen entsprechend 
einer Funktion des Resource Controllers bearbeitet werden. 

20 

Der Austausch von Signalisierungsnachrichten erfolgt in die- 
sen Netzen entweder unter Vermittlung eines Connection Cont- 
rollers (Connection Controller Routed Signalling - CCRS) oder 
direkt zwischen den Endgeraten (Direct Endpoint Routed 
25 Signalling - DERS) - Es kann je Connection fiir jedes EndgerSt 
und fiir jede Ubertragungsrichtung individuell festgelegt 
werden, welche Variante zum Einsatz kommt. 

Beim CCRS werden alle Signalisierungsnachrichten von zumin— 
30 dest einem Call Controller iibermittelt. Alle Einrichtungen 

schicken und erhalten Signalisierungsnachrichten nur iiber den 
Call Controller. Ein direkter Austausch von Signalisierungs- 
nachrichten zwischen den Einrichtungen ist dabei untersagt. 

35 Beim DERS konnen Kopien ausgewahlter Signalisierungsnachrich- 
ten an Connection Controller iibermittelt werden, so dass ein 
Connection Controller auch bei dieser Variante Kenntnis von 
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den zwischen den EndgerSten bestelienden Verbindungen liaben 
kann. Diese Verbindungen werden jedoch von ihm selbst nicht 
aktiv beelnflusst Oder verifiziert. 

5 Zusammenf assend kann der Function Split zwischen den beiden 
Ebenen so beschrieben werden, dass der Resource Control Kbene 
lediglich die Funktionen zugeordnet sind, die zur Ubermitt- 
lung von Nutzinf ormationen erforderlich sind, wahrend von der 
Connection Control Ebene die Intelligenz zur Steuerung der 

10 Resource Control Ebene lomfasst ist* Mit anderen Worten: Die 
Einriclitungen der Resource Control Ebene besitzen in6gliclist 
wenig Netzsteuerungsintelligenz und konnen in der Folge wirt- 
schaftlich besonders vorteilhaft auf separaten Hardware 
Plattformen realisiert werden. Dies ist wegen der im Ver- 

15 gleich zu Connection Control Ebene hotieren Installationszah- 
len in dieser Ebene ein besonders schOner Vorteil. 

Durch. Zusairanensctiluss von unterschiedlichen Netzen entstehen 
hybride Netze, in denen unterschiedliche Protokolle zum Ein- 

20 satz kommen. Damit im einem derartigen Netz alle GerSte un- 
eingeschrankt miteinander konirnunizieren konnen (z.B. IP ba- 
sierte Telephone mit PSTN kompatiblen und umgekehrt) , ist 
ein Interworking zwischen den jeweiligen Protokollen (z.B. 
SIP und H.323 in paketorientierten Multimedianetzen bzw. 

25 ISUP und DSSl in leitungsorientierten PSTN Netzen) erfor- 
derlich. Dieses Interworking ist weit zu versetzen und 
umfasst neben dem reinen Interworking der Bearer auch das 
Interworking von Leistungsmerkmalen bzw. Services wie Call 
Hold, Call Waiting (Anklopfen) , Call Redirect (Rufweiter- 

30 leitung) , 3PTY (Drei-Parteien-Konf erenz - auch ' kleine 

Konferenz' genannt siehe ITU-T Standard Q.734.2) oder 
CONF (Konferenz ohne mengenmSfiige BeschrMnkung der Konfe- 
renzteilnehmer - auch ' groBe Konferenz' genannt siehe 
ITU-T Standard □•734.1). 

35 

Das Interworking zwischen zwei unterschiedlichen Protokol- 
len kann mittelbar oder umnittelbar bewirkt werden. Beim 
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mittelbaren Interworking wlrd ein weiteres, drlttes Proto- 
koll zwischen die beiden Protokolle geschaltet - z.B. das 
Protokoll BICC (Bearer Independent Call Control) gemaJi dem 
Standard Q.1902 oder das Protokoll SIP_T (SIP for Telepho- 
5 nes) , das im Standard RFC3372 beschrieben ist. Das unmittel- 
bare Interworking erfolgt hingegen direkt zwischen den 
beiden unterschiedlichen Protokollen, d.h. ohne Einsatz 
eines sZwisctLenprotokolls . 

10 Sowohl in konvergenten Multimedianetzen als auch in bybriden 
Netzen, die z.B. durch. einen Zusammenschluss eines konvergen- 
ten Multimedianetzes mit einem konventionellen leitungsorien- 
tierten Sprachnetz gebildet werden^ entstehen bei der Uber- 
mittlung von Inf ormationen - insbesondere der in Echtzeitpa- 

15 ketstromen - neue technische Problemstellungen aufgrund der 
neuen bzw. unterschiedlichen Technologien, die in den jewei- 
ligen Netztypen zum Einsatz kommen. 

Es ist Aufgabe der Erfindung, zumindest eines dieser Probleme 
20 zu erkennen und durch Angabe von zumindest einer Ldsung den 
Stand der Technik zu bereichern. 

Die Erfindung geht von der Erkenntnis aus^ dass wahrend der 
Evolution von hybriden Netzen, die durch die Zusaimnenschal- 

25 tung von bewahrten leitungsorientierten Netzen mit modernen 
Multimedianetzen entstehen, viele der in den leitungsorien- 
tierten Netzen seit langem etablierten Leistungsmerkmale 
nicht Oder zumindest nicht vollstandig unterstutzt werden. 
Eine Ursache hierfiir wird in der grofien Anzahl von neuen 

30 Interworking Schnittstellen und Protokollen gesehen, von 

denen die bisherigen Leistungsmerkmale noch nicht bzw. nicht 
vollstandig unterstutzt werden. 

Weiterhin wird die Erfindung von der Erkenntnis getragen, 
35 dass die dif f erenzierten Vorgaben zum Bearer Handling in PSTN 
Netzen und in SIP Netzen nicht zueinander passen. Wahrend in 
PSTN Netzen dem Partner signalisiert wird, dass die eigene 
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Senderichtung blockiert ist, muB in SIP Netzen dem Partner 
signalisiert werden, dass dieser die (aus Sicht des Signali- 
sierenden) remote Senderichtung zu unterbrechen hat, da in 
SIP Netzen lediglich die eigene Senderichtung, ' nicht aber die 
5 eigene Empfangsrichtung aufgetrennt wird, Mit anderen Worten: 
In SIP Netzen unterdriickt jeder SIP Teilnehmer seine eigene 
Senderichtung selbst durch Deaktivierung seines Senders (sie- 
he IETF Standard RFC3264, Kap. 8.4). 

10 Diese Diskrepanz wird noch vertieft, indent im IETF Standard 
RFC3264 (offer/answer) ftir SIP generell das Wegschalten des 
Bearers bei holding conditions gefordert wird, was zu einer 
Reduzierung der erf orderlichen Bandbreite in SIP Netzen fiih- 
ren soil . Diese Forderung erstreckt sich auch auf hybride 

15 Netze, die sich durch Zusammenschaltung von SIP Netzen und 
PSTN Netzen ergeben, und zwar auch dann, wenn zur Durchftih- 
rung eines Leistungsmerkmals eigentlich gar kein Wegschalten 
des Bearers im SIP Netz mehr erforderlich wSLre, weil im PSTN 
Netz bereits alle erf orderlichen Schritte zur erf olgreichen 

20 Durchftihrung des Leistungsmerkmals bewirkt worden sind. So 

kann bei Aufbau einer Konferenz im PSTN Netz eine Verbindung 
zu einem SIP Teilnehmer problemfrei auf Hold geschaltet wer- 
den, weil die zugeordnete Vermittlungsstelle in diesem Fall 
die Verbindung zwischen den beiden Teilnehmern zentral in 

25 beiden Obermittlungsrichtungen unterbrechen wird. In diesem 
Fall werden vom SIP Teilnehmer empfangene Inf ormationen in 
dieser Vermittlungsstelle verworfen, was ftir den angestrebten 
Aufbau einer Konferenz soweit schadlos ist. Dennoch wurde im 
ITU-T Draft-Standard Q. 1912. SIP ein Interworking der Proto- 

30 kolle BICC / ISUP auf das SIP-Protokoll genormt, wie die 
BICC / ISUP Indikationen fUr "remote hold" und "remote 
retrieve" auf ein SIP-Protokoll zu mappen sind. 

Der Erfindung liegt die Erkenntnis zu Grunde, dass die Indi- 
35 katoren "remote hold" und "remote retrieve" nicht nur w^hrend 
der Durchftihrung des Leistungsmerkmals HOLD zum Einsatz kom- 
men, sondern auch bei der Durchftihrung der Leistungsmerkmale 
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3PTY und CONF. Dies hat zur Folge^ dass mit dem Aufbau einer 
Konferenz wegen der dabei eingesetzten Indikatoren "remote 
hold" zuscitzlich zu der zentrale Unterbrechung der Verbindun- 
gen im PSTN Netz eine Deaktivierung der SIP-seitigen Sender 
5 einher geht. 

Diese Deaktivierung kann in dem Interworking Szenario dieses 
hybriden Netzes nicht mehr aufgelost werden, denn im ein- 
schiagigen Interworking Draft-Standard Q. 1912. SIP der ITU-T 
10 ist dieses Problem weder angesprochen/ noch findet sich ir~ 
gendein Hinweis auf dessen L5sung. 

Eine L6sung ftlr diese der Erfindung zugrunde liegende Prob- 
lemsituation ist in den Patentanspriichen angegeben. 

15 

Mit dieser L6sung sind eine Vielzahl von Vorteilen verbunden: 

- Im Zuge der Konf iguration von Verbindungen gemcLli dem ers- 
ten Protokoll werden im leitungsorientierten Netz gene- 

20 rierte Meldungen dann auf Nachrichten des zweiten Proto- 

kolls im Multimedianetz abgebildet, wenn dort zuvor eine 
dezentrale Unterbrechung der Verbindungen durch Deaktivie- 
rung der uni-direktionalen Sender am Ende der Verbindungen 
bewirkt wurde und die Art der Konf iguration eine Aktivie- 

25 rung der Sender erforderlich macht. Damit wird ein Verfah- 

ren angeboten, welches es dem Operator ermdglicht, die 
Features 3PTY und CONF auch in einem hybriden ISUP / 
BICC / H323 Netz mit Interworking zu SIP anzubieten. 

30 - Durch parallele Auftrennung von NutzkanSlen, zunSchst 

gemMft dem ersten Protokoll durch zentrale Unterbrechung in 
einem zentralen Ubermittlungsknoten des leitungsorientier- 
ten Netzes und dann im Zuge des Interworkings auf das 
zweite Protokoll durch Deaktivierung der Sender im Multi- 

35 medianetz wird eine optimale Lastreduzierung im hybriden 

Netz erreicht. Vorteilhaft konnen die bewShrte Konferenz- 
Leistungsmerkmale 3PTy und CONF von leitungsorientierten 
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Netzen auch bei Interworking mit Multimedianetzen so 
durchgefuhrt werden, dass in den Multimedianetzen keine 
Nutzinformationen ubermittelt werden, solange eine Verbin- 
dung von einer Konferenz isoliert ist. 

5 

Weitere vorteilhafte Ausgestaltungen der Erfindung ergeben 
sich aus den unter- oder nebengeordneten Anspriichen. 

Mit der Angabe einer detaillierten Mapping Vorschrift von 
10 Q.734 Nachrichten auf SIP Nachrichten ist der sch5ne Vorteil 
verbunden, dass die Weiterentwicklung des Draft-Standards 
Q. 1912. SIP (Stand 07/2003) erheblich erleichtert wird. 

Durch die zustandsabhSngige Ausbildung der SIP Nachrichten 
15 entweder als INVITE oder als UPDATE wird vorteilhaft die 
Empfehlung des IETF Standards RFC3311, Kap. 5.1 erftlllt, 
wonach einerseits ein nochmaliges Senden einer INVITE im 
Zustand "before answer" nicht erlaubt ist, weil dies zu Ab- 
grenzungsschwierigkeiten mit der ursprunglichen INVITE fiihren 
20 kann, wShrend andererseits nach der Answer "200 OK" (dort 
"confirmed dialogue" genannt) zwar grundsStzlich ebenfalls 
ein UPDATE gesendet werden kbnnte, das nochmalige Senden 
einer INVITE (auch "re-INVITE" genannt) aber empfohlen wird. 

25 Die Erfindung wird im folgenden anhand von weiteren Ausfuh- 
rungsbeispielen, die auch in den Figuren dargestellt sind^ 
eriautert. Dabei zeigt: 

Figur 1 eine exemplarische Anordnung zur Durchfiihrung des 
30 erf indungsgemcLfien Verfahrens mit einem hybriden Kom- 

munikationsnetz, bestehend aus zwei paketorientier- 
ten Multimedianetzen und einem leitungsorientierten 
Sprachnetz, die durch zwischengeschaltete Media Ga- 
teway, Media Gateway Controller und SIP Proxies ver- 
35 bunden sind, sowie je einem Endpunkt eines gemeinsa- 

men Leistungsmerkmals in jedem der drei Netze 
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Figur 2 ein Ablauf diagranun, in dem eine AusfUhrung der Er- 
findung exemplarisch aufgezeigt ist 

In Figur 1 ist eine beispielhaf te Anordnung zur Durchfiihrung 
5 des erf indungsgemafien Verfahrens dargestellt, Sie umfasst ein 
leitungsorientiertes Netz PSTNa und zwei Multimedianetze INb 
und INcf die vorzugsweise als integrierte Sprach-Daten-Netze 
SDN ausgebildet sind. Die Netze PSTNAr INb und INc sind zu 
einem hybriden Netz zusanunengeschlossen . Die Netze IN sind 

10 vorzugsweise als IP Netze ausgebildet und umfassen als Call 
Controller je einen SIP Proxy SPb bzw, SPc- Fiir den einschia- 
gigen Fachmann ist dabei of f ensichtlich, dass die Erfindung 
selbstverstcLndlich in beliebigen paketorientierten Netzen IN 
zum Einsatz kommen kann wie z,B. Internet, Intranet, Extra- 

15 net, einem lokalen Netz (Local Area Network - LAN) Oder ei- . 
nem, z.B. als Virtuelles Privates Netz (VPN) ausgebildeten 
f iirmeninternen Netz (Corporate Network) . 

An das Netz PSTNa ist ein Teilnehmer A mit Hilfe eines her- 
20 kommlichen Telephons T, an die Netze INb und INc sind Teil- 
nehmer B und C mit Hilfe von SIP fShigen Telephonen - z.B. in 
Software realisierten SIP Clients SC - angeschlossen, Zwi- 
schen dem Teilnehmer A und B ist eine Verbindung vorgesehen, 
die als Bearer einen end-to-end Nutzkanal TDMa/b/ RTP/RTCPa/b 
25 umfasst. Zudem ist zwischen dem Teilnehmer A und C eine wei- 
tere Verbindung vorgesehen, die als Bearer einen end-to-end 
Nutzkanal TDMa/c, RTP/RTCPa/c umfasst, Dem Teilnehmer A ist 
eine leitungsorientierte Vermittlungseinrichtung LEa zugeord- 
net, umfassend eine Steuerung ftir Leistungsmerkmale 3PTY bzw. 
30 CONF, mit denen die Verbindungen im Rahmen der Leistungsmerk- 
male konf iguriert, insbesondere im Rahmen einer Konferenz 
miteinander verbunden und voneinander isoliert werden kGnnen. 

Der Zusammenschluss der leitungsorientierten Bearer TDM mit 
35 den paketorientierten Bearern RTP/RTCP wird durch ein zwi- 

schengeschaltetes Media Gateway MG zur Konvertierung zwischen 
unterschiedlichen, netzspezif ischen Nutzkanaltechnologien 
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RTP/RTCP (Real Time [Control] Protocol) und TDM (Time Devisi- 
on Multiplex) , der Zusammenschluss der Signalisierung SS7 des 
Netzes PSTN mit der Signalisierung SIP der Netze IN durch 
zwischengeschaltete Media Gateway Controller MGCa/b und MGCc 
5 bewirkt. Dabei wird vom Controller MGCa/b ein unmittelbares 
Interworking zwischen den unterschiedlichen netzspezif ischen 
Signalisierungsprotokollen ISUP des Netzes PSTN und SIPb des 
Netzes INb bewirkt. Zwischen den Controllern MGCa/b und MGCc 
kommt hingegen ein Protokoll BICC oder SIP_T zum mittelbaren 
10 Interworking zwischen den unterschiedlichen Signalisierungs- 
protokollen ISUP des Netzes PSTN und SIPc des Netzes INc zum 
Einsatz . 

Das Gateway MG wird von dem ihm zugeordneten Controller MGCa/b 
15 durch ein - vorzugsweise international genormtes - Protokoll, 
z.B. MGCP (Media Gateway Control Protocol) oder H.248 gesteu- 
ert, Es ist tiblicherweise als separate Einheit realisiert, 
die auf einer anderen physikalischen Einrichtung / Hardware 
Plattform zum Ablauf kommt als der ihm zugeordnete Controller 
20 MGCa/b. 

In Figur 2 ist die Abfolge von ersten ISUP Nachrichten zum 
Aufbau der Verbindung CALLa/b zwischen den Teilnehmern A und B 
sowie die Abfolge von zweiten ISUP Nachrichten zur Erweite- 

25 rung der Verbindung CALLa/b zu einer Konferenz mit einer dazu 
aufgebauten weiteren Verbindung CALLa/c zwischen den Teilneh- 
mern A und C dargestellt. Weiterhin ist das Interworking der 
ersten ISUP Nachrichten auf das Protokoll SIPb sowie das 
erfindungsgemafie Interworking der zweiten Nachrichten auf die 

30 Protokolle SIPb und SIPc aufgezeigt. 

Es sei betont, dass die derart aufgezeigten Ausfiihrungen der 
Erfindung trotz ihrer teilweise sehr detailgetreuen Darstel- 
lung von konkreten Netzszenarien lediglich beispielhaf ter 
35 Natur und nicht einschrankend zu verstehen sind. Dem Fachmann 
ist klar, dass die Erfindung bei alien denkbaren Netzkonfigu- 
rationen, insbesondere anderen Interworking Szenarien funkti- 
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oniert, Insbesondere k5nnen die Protokolle SIP durch Proto- 
koll der H,323 Familie oder andere wirkungsgleiche Protokolle 
ersetzt werden. 

5 Im folgenden wird ein Ausftihrungsbeispiel der Erfindung er- 
lautert/ bei dem der PSTN Teilnehmer A als Leistungsmerkmal 
eine kleine Konferenz 3PTY mit den SIP Teilnehmern B und C 
aufbaut. Dieses Beispiel ist auch in Figur 2 dargestellt. 

10 ZunSchst wird in iiblicher Weise ein Verbindung CALLa/b zwi- 

schen den Teilnehmern A und B aufgebaut, wobei in Figur 2 die 
Initiative von dem SIP Teilnehmer B ausgeht, allerdings auch 
ohne EinschrSnkung von dem PSTN Teilnehmer A ausgehen k5nnte, 
Dabei wird die SIP Signalisierung SIP: Invite (SDPb) beim 

15 Interworking zwischen dem ersten Protokoll ISUP und dem zwei- 
ten Protokoll SIP in tiblicher Weise auf die ISUP Signalisie- 
rung 0:IAM gemappt. Ebenso werden die ISUP Signalisierungen 
0:ACM und 0:ANM, mit denen das Klingeln des Telephons T und 
die Annahme des Gesprachs durch den Teilnehmer A angezeigt 

20 werden, in iiblicher Weise auf die SIP Nachrichten 180: Ringing 
und 200 :OK (SDPmgc^b) abgebildet, Nach Aufbau umfasst die 
Verbindung CALLa/b zumindest einen (bei einem TelephongesprSch 
tiblicherweise bi-direktionalen) Nutzkanal TDMA/sr RTP/RTCPa/b 
zur ttbermittlung von Inf ormationen zwischen den Teilnehmern A 

25 und B. Dieser Kanal ist in Figur 1 dargestellt. 

Im weiteren Verlauf soli nun das bestehende GesprcLch CALLa/b 
auf eine Konferenz 3PTY mit dem Teilnehmer C erweitert wer- 
den- Die Initiative geht dabei von dem PSTN Teilnehmer A aus. 

30 Dazu wird zunSchst die Verbindung CALLa/b durch Aussenden der 
ISUP Nachricht 0:CPG (RemoteHold) auf HOLD gelegt. Als Folge 
wird zum einen der Nutzkanal TDMa/b/ RTP/RTCPa/b in der Ver- 
mittlungsstelle LEa zentral in beide Obermittlungsrichtungen 
unterbrochen (siehe Figur 1) . Zudem wird bei Teilnehmer B die 

35 Senderichtung des SIP Clients SC durch Senden einer SIP Nach- 
richt SIP: Invite mit IP Adresse des Controllers MGCb = 
0.0.0.0 deaktiviert (siehe Figur 2). Das dazu erforderlich 
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Interworking ist im Draft-Standard Q, 1912 .SIP definiert. Die 
Deaktivierung kann alternativ auch durch Senden einer SIP 
Nachricht SIP: Invite mit einer Attributzeile "a=sendonly" 
Oder "a=inactive" bewirkt werden (in Figur 2 nicht darge- 
5 stellt) • Durch die Beriicksichtigung von 3PTY und CONF wird 
also an dem bisherigen Verfahren fiir das Leistungsmerkmal 
CALL HOLD nichts geSndert. 

Anschliefiend wird vom Teilnehmer A eine Verbindung CALLa/c zum 
10 Teilnehmer C in \iblicher Weise aufgebaut. Im Beispiel ist 
dabei ein beschleunigter Verbindungsaufbau dargestellt, bei 
dem die ISUP Nachrichten 0:ACM und 0:ANM durch eine einzige 
ISUP Nachricht 0:CON (= "connected") ersetzt sind. Dies hat 
auf die Erfindung keine Auswirkung. Nach Aufbau umfasst die 
15 Verbindung CALLa/c zumindest einen Nutzkanal TDMa/c/ RTP/RTCPa/c 
zur Obermittlung von Inf ormationen zwischen den Teilnehmern A 
und C. Dieser Kanal ist in Figur 1 dargestellt. 

Nach Aufbau der Verbindung CALLa/c wird von Teilnehmer A die 
20 Zusammenschaltung der beiden Verbindungen CALLa/b und CALLa/c 
zu einer (kleinen) Konferenz 3PTY initiiert. Diese Zusammen- 
schaltung wird in ublicher Weise von der Vermittlungsstelle 
LEa des Netzes PSTN bewirkt (siehe Figur 1) . Insbesondere 
werden die beiden NutzkanSle TDMa/b^ RTP/RTCPa/b und TDMa/c/ 
25 RTP/RTCPa/c dort so miteinander verbunden, dass sich alle drei 
Teilnehmer gegenseitig horen konnen, Diese Konf iguration der 
Verbindungen CALL wird den betroffenen Teilnehmern B und C 
mit Hilfe von zwei dediziert an sie gerichteten ISUP Nach- 
richten 0:CPG (ConferenceEstablished) mitgeteilt, d.h. diese 
30 Nachricht wird zu beiden Teilnehmern C gesendet. 

Infolge der Deaktivierung des Teilnehmers B ist dieser jedoch 
trotz der Zusammenschaltung der NutzkanSkle weiterhin von der 
Konferenz 3PTY cJDgeschnitten . Dies gilt nicht ftir den Teil- 
35 nehmer C, da dieser nicht deaktiviert wurde. Erf indungsgemafi 
wird deshalb auf die beiden Nachrichten 0:CPG (Conferen- 
ceEstablished) dif f erenziert reagiert, indem in Hinblick auf 
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den Teilnehmer B ein Interworking durchgeftihrt wird und in 
Hinblick auf den Teilnehmer C darauf verzichtet wird. Das 
Interworking zu Teinehmer B wird dabei so ausgestaltet, dass 
die Senderichtung des SIP Clients SC durch Senden einer SIP 
5 Nachricht SIP: Invite (SDPmgc^b) r d.h. mit Angabe der IP Adres- 
se des Controllers MGCb wieder aktiviert (siehe Figur 2) . Die 
Aktivierung kann alternativ auch durch Senden einer SIP Nach- 
richt SIP: Invite mit einer Attributzeile "a=sendrecv" oder 
"a=recvonly" bewirkt werden (in Figur 2 nicht dargestellt) , 

10 je nachdem, ob der Teilnehmer B vor seiner Deaktivierung 

Informationen bi-direktional oder uni-direktional tibermittelt 
hat, Oder auch durch Senden einer SIP Nachricht SIP: Invite 
ohne diese Attributzeile. Nach Durchftihrung des Interworkings 
kann auch der Teilnehmer B in der Konferenz 3PTY gehdrt wer- 

15 den. 

Als besonders vorteilhafte Variante wird auch auf dieses 
Interworking verzichtet, wenn der Teilnehmer B bereits vor 
Empfang der ISUP Nachricht 0:CPG (Conf erenceEstablished) 
20 wieder aktiviert worden ist. Dazu wird der Status des Teil- 
nehmers B vor dem Interworking iiberprtaft. Im Status "held" 
muJi eine SIP Nachricht SIP: gesendet werden, ansonsten nicht. 

Dieses Mapping gilt sinngemSfi auch fiir die ISUP Nachrichten 
25 mit den Generic Notification Indicator Parametern "Conference 
disconnected", "Isolated" und "Reattached", Bei "conference 
disconnected" muli ebenfalls iiberpriift werden, in welchem 
Status sich der SIP Teilnehmer befindet: im Status "held" 
wird die SIP Nachricht SIP: Invite mit der realen IP Adresse 
30 und / Oder der Attributzeile "a=sendrecv" gesendet. Fur das 
Leitungsmerkmal CONF sind zusStzlich der Wert "Isolated" in 
eine SIP Nachricht Invite mit IP Adresse = 0.0.0.0 und / oder 
die Attributzeile "a=sendonly" und der Wert "Reattached" in 
eine SIP Nachricht SIP: Invite mit der realen IP Adresse und / 
35 Oder der Attributzeile "a=sendrecv" zu mappen. 
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Zusammengefasst wird zur Unterstiitzung der Features CONF 
(Conference) und 3PTY (Three Parties) erf indungsgemSfi folgen 
de Mindesterweiterung des ITU-T Draft-Standard Q. 1912. SIP 



vorgeschlagen : 

5 











Answered 


CFG with 

" Conference established " 




INVITE with the attribute line "a=sendrecv", or 
omitted attribute line^ or "a= recvonly" for the 
offered media stream 

Sn oacA r<*-"rM\/TTP tx/ifli "firilH" ^r»r»m»cnn"ni1ino' ffs 
ID Vaac rC V 1 Jl JC> Willi IIL/IU ^vvillwo^Ulluiu^ 

"a=sendonly" or "a=inactive") had already been 
send and no re-INVITE with "no hold" (corre- 
sponding to "a=sendrecv"» or omitted attribute 
line ) had been sent in ttie meanwhile . 

otherwise no mapping 


Answered 


CFG with 

" Conference disconnected 
II 


=> 


nsrVITE with the attribute line "a==sendrecv", or 
omitted attribute line, or "a= recvonly" for the , 
offered media stream 

in case re-INVITE with "hold" (corresponding to 
"a=sendonly" or "a=inactive") had already been 
send and no re-INVITE with "no hold" (corre- 
sponding to "a=sendrecv", or omitted attribute 
line ) had been sent in the meanwhile . 

otherwise no mapping 


Answered 


CFG with" Isolated " 


=> 


INVITE with the attribute line "a=sendonly" or 
"a=inactive" for the offered media stream 


Answered 


CFG with " Reattached " 




INVITE with the attribute line "a=sendrecv", or 
omitted attribute line, or "a= recvonly" for the 
offered media stream 


before 
answer 


CFG with 
Conference estabiisiiea 


=> 


UFDATE with the attribute line "a=sendonly" or 
a^macuve lor uic oizcrcu mcuia auccuii 

in case UFDATE with "hold" had ahready been 
send and no UFDATE with "no hold" had been 
sent m the meanwhile . 

otherwise no mapping 


before 
answer 


CFG with 

"Conference disconnected " 


==> 


UPDATE with the attribute line "a=sendrecv", or 
omitted attribute line, or "a= recvonly" for the 
offered media stream 

in case UFDTAE with "hold" had already been 
send and no UFDATE with "no hold" had been 
sent in the meanwhile . 

otherwise no mapping 


before 
answer 


CFG with "Isolated" 




UFDATE with the attribute line "a=sendonly" or 
"a=nnactive" for the offered media stream 
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;Ma]ppiiigl 




before 
answer 


CPG with " Reattached " 




UPDATE with the attribute line "a=sendrecv", or 
omitted attribute line, or "a= recvonly" for the 
offered media stream 


Mapping: 

□ : Mapping firom ISUP to SIP (SIP-T) only 
CPG carries the generic notification with the contents listed above. 



Ein weitergehendes Mapping von Q.734 Nachrichten ist nicht 
erforderlich, denn die Q. 734.1 Nachrichten mit den Generic 
Notification Indicator Parametern "Other pary added", "Other 
5 party isolated", "Other party reattached", "Other party 

split", "Other party disconnected" und "Conference floating" 
(siehe Q. 734.1 [07/96], Table 1-1) dienen nur zur Information 
und erfordern keine Aktivierung des informierten Teilnehmers 
und das Mapping der Q.734. 2 Nachricht mit den Generic Notifi- 
10 cation Indicator Parameter "remote hold" (siehe Q.734. 2 

[07/96], Table 2-1) ist bereits in dem vorliegenden Draft- 
Standard Q. 1912. SIP definiert. 

Dem Faclimann ist klar, dass die Erfindung bei alien einschia- 
15 gigen Netzkonf igurationen, insbesondere alien Interworking 

Szenarien TDM <^ IP funktioniert . Weiterhin ist dem Fachmann 
klar, dass die Erfindung bei bi-direktionalen Nutzkanaien, 
d.h. mit Sendern an jedem Ende der NutzkanSle, nattirlich ohne 
weiteres in beiden Obermittlungsrichtungen zum Einsatz kommen 
20 kann. Die Erfindung kann auch angewendet werden, wenn es 

keinen ISUP, BICC zwischen den PSTN Teilnehmern (ISDN, Analo- 
ger Teilnehmer oder auch Mobilfunk Teilnehmer) und dem SIP 
bzw. SIP-T Teilnehmern gibt- Das oben genannte Verfahren 
wiirde dann liblicherweise innerhalb von Vermitt lungs stellen 
25 zum Ablauf kommen. Das Interworking von NGN (Next Generation 
Network) Teilnehmern wie VoDSL (Voice over Digital Subscriber 
Line), H323^ etc... mit SIP bzw. SIP-T wird damit ebenfalls 
moglich. 

30 AbschlieJiend sei darauf hingewiesen, dass die Beschreibung 

der fiir die Erfindung relevanten Komponenten des Kommunikati- 
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onsnetzes grundsatzlich nicht einschrankend zu verstehen ist. 
Fur einen einschlSgigen Fachmann ist insbesondere offensicht- 
lich, dass Begriffe wie Client, Server, Gateway, Controller, 
etc... funktional und nicht physikalisch zu verstehen sind. 
5 Alle Funktionseinheiten kdnnen insbesondere teilweise oder 
vollstandig in Software / Computerprogranunprodukten P 
und/oder tiber mehrere physikalische Einrichtungen verteilt 
realisiert werden. 
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Patentansprtiche 

1. Verfahren zum Interworking zwischen Protokollen, mit 

- einer Verbindung (CALLr/b) zwischen einem ersten Teilnehmer 
(A) und einem zweiten Teilnehmer (B) , umf assend zumindest 
einen Nutzkanal (TDMa/b/ RTP/RTCPa/b) , der zumindest an ei- 
nem Ende einen Sender aufweist, 

- einem Leistungsmerkmal (SPTY/CONF) , das wahrend seiner 
Durchfiihrung eine zeitweise Auftrennung des Nutzkanals 
vorsieht, 

- einem ersten Protokoll (ISUP) zur Steuerung des ersten 
Teilnehmers, 

- einem zweiten Protokoll (SIP) zur Steuerung des zweiten 
Teilnehmer s, gemali dem die Auftrennung dezentral durch De- 
aktivierung der Sender bewirkt wird/ 

mit folgenden Schritten: 

- Konf iguration der Verbindungen im Rahmen der Durchfiihrung 
des LeistungsmerkmalS/ 

- Mitteilung der Konf iguration an betroffene Teilnehmer, 

- Interworking der Mitteilung auf das zweite Protokoll der- 
jenigen Teilnehmer, deren Sender wShrend der Durchftihrung 
des LeistungsmerkmalS deaktiviert wurde, sofern die Art 
der Konf iguration eine Aktivierung der Sender erforderlich 
macht, 

- Aktivierung dieser Sender. 

2, Verfahren nach Anspruch 1, 

bei dem das Leistungsmerkmal als Konferenz - insbesondere als 
grofie Konferenz (CONF) entsprechend dem ITU-T Standard 
Q. 734.1 Oder als kleine Konferenz (3PTY) entsprechend dem 
ITU-T Standard Q.734.2, bei denen die Auftrennung gemSfi dem 
ersten Protokoll durch Unterbrechung des Nutzkanals in einem 
zentralen Obermittlungsknoten bewirkt wird - ausgebildet ist* 
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3. Verfahren nach dem vorstehenden Anspruch/ 

bei dem die Deaktivierung infolge einer Integration einer 
Verbindung in eine Konferenz oder infolge einer Isolierung 
einer Verbindung aus einer Konferenz erfolgt. 

5 

4. Verfahren nach einem der vorstehenden Anspriiche, 

bei dem das Interworking nur dann durchgefuhrt wird, wenn der 
Sender noch deaktiviert ist. 

10 5. Verfahren nach einem der vorstehenden Anspriiche, 

bei dem das Interworking ftir den Fall, dass das erste Proto- 
koll (ISUP) gemafi einem der ITU-T Standards Q, 734.1 oder 
Q.734.2 und das zweite Protokoll (SIP) als SIP-Protokoll 
entsprechend einem der IETF Standards RFC2543, RFC2543bis0x, 

15 RFC3261 Oder RFC3372 ausgebildet ist, wie folgt bewirkt wird: 

- Jede Q.734 Mitteilung Call Progress (CPG) mit einem Gene- 
ric Notification Indicator Parameter "Conference establis- 
hed" wird auf eine SIP Nachricht mit einer Attributzeile 
"a=sendrecv" oder "a=recvonly" oder eine SIP Nachricht oh- 

20 ne diese Attributzeile gemappt, wenn zuvor eine SIP Nach- 

richt mit Attributzeile "a=sendonly" oder "a=inactive" ge- 
sendet worden ist, 

- Jede Q.734 Mitteilung Call Progress (CPG) mit einem Gene- 
ric Notification Indicator Parameter "Conference discon- 

25 nected" wird auf eine SIP Nachricht mit einer Attributzei- 

le "a=sendrecv" oder "a=recvonly" oder eine SIP Nachricht 
ohne diese Attributzeile gemappt, wenn zuvor eine SIP 
Nachricht mit Attributzeile "a=sendonly" oder "a=inactive" 
gesendet worden ist, 

30 - Jede Q.734 Mitteilung Call Progress (CPG) mit einem Gene- 
ric Notification Indicator Parameter "Isolated" wird auf 
eine SIP Nachricht mit einer Attributzeile "a=sendonly" 
Oder "a=inactive" gemappt. 
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- Jede Q,734 Mitteilung Call Progress (CPG) mit einem Gene- 
ric Notification Indicator Parameter "Reattached" wird auf 
eine SIP Nachricht mit einer Attributzeile "a=sendrecv" 
Oder "a=recvonly" oder eine SIP Nachricht ohne diese Att- 
5 ributzeile gemappt. 

6. Verfahren nach dem vorstehenden Anspruch, 

bei dem die SIP Nachricht im Zustand "Answered" des zugeh5ri- 
gen Teilnehmers als INVITE und im Zustand "before answer" als 
10 UPDATE ausgebildet ist. 

7. Verfahren nach einem der beiden vorstehenden Ansprtiche^ 
bei dem das Interworking nur dann durchgefuhrt wird, wenn 
nach dem Senden einer SIP Nachricht mit einer Attributzeile 

15 "a=s€ndonly" oder "a=inactive" keine SIP Nachricht mit einer 
Attributzeile "a=»sendrecv" oder "a=recvonly" bzw. keine SIP 
Nachricht ohne diese Attributzeile gesendet wofden ist. 

8. Computerprogrammprodukt (P) , umfassend Sof twarecodeab- 

20 schnitte, mit denen ein Verfahren nach einem der vorstehenden 
Verfahrensansprtiche durch zumindest einen Prozessor ausge- 
ftihrt wird. 

9. Vorrichtung - insbesondere Connection Controller Einrich- 
25 tung (MGC) - umfassend Mittel zur Durchfiihrung eines Verfah- 

rens nach einem der vorstehenden Verfahrensansprtiche. 

10. Anordnung - insbesondere paketorientiertes, integriertes 
Multimedianetz (IN) oder hybrides Netz (IN, PSTN) - umfassend 

30 Computerprogrammprodukte und/oder Vorrichtungen zur Durchftih- 
rung eines Verfahrens nach einem der vorstehenden Verfahrens- 
ansprtiche. 



